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"Hhu- cm' l I store a nutter nuch greater than ten to the 38th rower?" "Uhat is 'floating 
roint'T* "How arc floating point nutters stored inside the coaputer?" "Uhat's the difference 
be t wee n floating point and integer nutters?" "Wien should I use floating point? Integer?" 

I have heard thaw Questions nuaerous tines* Their central-theae is the austerious 'floating 
point' tare of value* So* let us take a look into this austere to see if we cannot answer soae ’ 
of these Questions* 


Uhat is Floating Point? 

The pritarw difference between F»P* nutters and integer nuabers is that F*P* nutters aau have 
deciaal fractions as part of their values* Nutters such as 23* -100* 0 * 6* and 12345 are all 
integer nutters* F.P. nutters can include such values as 12*1* -16*5* 0*023* -*100* and 
9000*123*' These all possess fraction parts to their values* Note that the value -100 was 
included in both lists* It tau be considered a F.P* value whose fractional part is "»0000»**»"» 
Therefore* mu integer value tau also be considered to be a F*P* value* if so desired* The 
reverse is not alwaus true* 


How are thew stored differentlu 

Computers store integer and F*P» values differentlu* Integer variables are stored bu the APPLE 
II's APPLESOFT Basic in two butes of tetorv* The coding techniaue used is known as "2's 
cotPlitent" notation* Values in the range of -32768 through 432767 are legal using this 
notation* For sote reason* APPLESOFT will not allow the -32768 value* taking the lowest value 
-32767* Integer Lure variables are denoted bu a percent sign (2) following the nate of the 
variable* as in IZ* 

APPLESOFT stores F»P» values in five butes of tetoru* The coding techniaue used is one 
vsriatiM of the floating point notations generallu used* The first bute of the value 
represMts what is known as the "exponent" of the value* The retaining four are known as the 
"Mntissa"* Veru crudelu* the coded value represents a nutter using the following fortula* 

value = tantissa t 2 t exponent 
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Rweaber that the exponentiation is always perforeed first* I say 'crudely' because there are 
mm rules retarding the storage of the aantissa and the exponent in APPLESOFT' 5 storage 
aethod* Floating point (or 'real') variables have no percent sign or any other si&t following 
their oases* 

The Technical Betails 

The exponent bate is stored as an unsigned value* fron 0 through 255* It is encoded in "excess 
120* notation* That is* the stored exponent is 128 higher than the actual exponent which it 
represents* Thereforet 


actual exponent = exponent byte - 128 
This alloys the exponent a range of -128 through 4 127* 

The aantissa is stored to 32 bits (four bates) of precision* This will allow storage of values 
up to about 4*2 billion without loss of accuracy* The aantissa is stored as a fraction rather 
than as an integer value* however* It is assueed that the decieal point is ianediatelw to the 
left of the lefteost bit* Furtheraore* the aantissa is always adjusted so that the leftaost bit 
is a *1** The legal range of values for the aantissa is "*10000000000000000000000000080000" 
through **11111111111111111111111111111111” in binary* These represent deciaal values of "0*5" 
and approxiaaielu "0*9999999" accordingly* 


The process of forcing the leftaost bit of the aantissa to be a "1" bit is called 
"noraalization"• If the result of any coaputation is not already noraalized* then it oust be 
noraalized before future use* This process involves shifting the bits in the aantissa to the 
left to bring the first non-zero bit into position* In order to coapensate for the changing 
aantissa* the exponent aust be decriaented by one for each position which the aantissa is 
shifted' left* This serves to preserve the value which the entire F*P* nuaber represents* 
Conversely* any operation which rewires that the bits of the aantissa be shifted to the right 
also rewires that the exponent be increaented by one for each position shifted* 

The aantissa aust also have at least one bit which represents its sign* positive or negative* 
Since the leftaost bit of a properly noraalized aantissa is always a one* APPLESOFT hides this 
bit and in its place a sign bit is provided* A zero bit represents a positive aantissa while a 
one bit represents a negative aantissa Therefore the aantissa* in its final fora* consists of a 
sign bit followed by the 31 least significant bits of the aantissa's value* The aost 
significant bit of the aantissa is a "hidden bit" whose value is always "1** 

I should add a note here regarding the sign of the F«P* value* It is the sign of the aantissa 
which deteraines the sign of the F»P» value* The sign of the exponent aerelw deteraines the 
aagnituda of the F*P» value — 21exponent will always be positive regardless of whether 
'exponent' is positive or negative* 2t3 is 48* 2f-3 is 41/8 or 40*125* This point has always 
bew one of confusion for students when studying the siailar topic of scientific notation* 


The foilwing table deaonstrates the star ease of soae coaeon F*P* values* These were produced 
using a *F»P* VARIABLE PEEKER" prodrae provided at the end of this article* 


value F*P* representation 
(deciwl) (hex) 


6 $83 40 00 00 00 
3 82 40 00 00 00 
1*5 81 40 00 00 00 
•1*5 81 CO 00 00 00 
0*1 7E 4C CC CC CD 
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Exaeinin* the representation for ”6”* we see an exponent of 483* or 131 decieal. The actual 
exponent is 131-128 or Just 3. The eantissa shown is .xlOOOOO.... The 'x' is the hidden bit* 
and is always T* Therefore* the real aantissa is *1100000* or 0*75 decieal* The F.P. value 
represented is therefore! 


0*75 * 2 t 3 
= 0*75 t 8 
= 6 

Rote that the representation for *3* siepto has an exponent one less than that for “6". to the 
sane for *1*5** Their eantissas are identical* onto their exponents differ* 

The *-l»S* value deeonstrates the setting of the sign bit in the eantissa for the negative 
value* Koto that the onto difference between ”1.5” and ”-1.5” is the setting of this sign bit* 

this is true for amt positive-negative pair* To find the absolute (positive) value of a F.P. 
nuaber* siaplv clear its sito bit* (For sou Asseeblw proto sneers* that is sierlu an 'AND #t7F' 
with the hitoi eantissa bvto)* 


F.P. Operations 

The full range of noreal operations can be perforeed on floating point values) addition* 
subtraction* aultirlication* and division* Special rules oust be used* however* Those readers 
she are faultier with the rules of operations when using scientific notation (also Known as 
p owe r s-of-ten notation) have a decided advantage here. The sane rules apply* 

Multiplication and division are the easiest to worK with. There are three steps involved! (i) 
The "actual” exponents are edited (for aultiplication) or subtracted (for division). (2) The 
eantissas toe eultiplied. (3) The result is then properly norealized. Overflow will result if 
the actual exponent exeeds 127. Underflow occurs if the exponent is less than -128. APPLESOFT 
iMerally ignores underflows* turning the result to "0*. Incidentally* *0* is a special case— 
all five bwtes are $00 in representing *0”. 


Truncation of accuracy is easily seen when looking at aultiplication* When two 32-bit values 
are autlirlied* the result is a 64-bit value. Onto the nost significant (left-nost) 32 bits of 
this result are eaintained in the final result. The other 32 bits are generally Just chopped 
off* Soeetiees a rounding-off algorithe saw be applied* although I do not Know whether or not 
Applesoft applies such an algorithn. If there are any non-zero bits in the 32-bit chopped off 
portion* than loss of accuracy results. The 32 bits of eaintained result represent about 9 1/2 
digits of decieal accuracy (1 in 4.295 billion). 

Addition and subtraction generally involve a eore coeplex process* Before these operations can 
tike place* both exponents oust be eade eeual. This is generally done by pre-adJusting the 
aantissa and exponant of the value having the least exponent. For each position the bits of the 
eantissa are shifted ritot* the exponent mist be increased bw one. This process continues until 
both exponents toe eeual* At this tiee the nantissas can be added (or subtracted)* At tiaes 
32-bit additions can produce 33-bit results* Soee subtractions can produce less then 32-bit 
results* In either case* norealization of the final result oust lake place* 

Addition or subtraction of value with very large differences in nagnitude can produce unusual 
results* This is due to the pre-adJusteeenl of the least-exponent eantissa prior to the 
operation* If the difference in the exponents is greater than 31* then the eantissa of the 
leas t -exp oe e n t nuaber would be coepleto shifted auaw* leaving a eantissa of *0”!! Adding (or 
sebtracting) too such wildly different nuebers would produce a result eeual to the larger 
e a eber alone* 


F.P. vs Integer 

to what's the advantage of F.P. nuebers? The priearw advantage is the ability to express 
fractional portions conveniently* There are earn* things in the world which sieplw cannot be 
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expressed Mil m integer values. The nine-digit accuracy of APPLESOFT'S F»P. values also 
offers tort utility to the user* es orrosed to the 4 1/2 disit range of integer values. Many 
oilier BASICS only offer six or seven disit accuracy in their F.P. values* This is because they 
Oily offer a 3-byte mantissa. One could argue that double-precision (say four or five bate) 
integer values could have solved this probleo* but this could not provide for fractional values 
ear the large range of exponents available in F.P. values. 

F.P. values are not uithout their probleas* however. One aaJor probleo is the tine which it 
takes to rorfora F.P* operations. Much eore bit-twiddling is involved in F.P. operations as 
coarared to straight* everyday integer operations. Progress using F.P. operations are 
significantly slower than those involving integer operations* This is one of the prinarw 
reasons that APPLE 11 Integer Basic progress execute so such sore rapidly than APPLESOFT Basic 
rrotfrass do. This also brings up one of the basic failings of APPLESOFT Basic — It fails to 
take advantage of easier and ouicker integer value operations. In an expression containing 
Integer type values and variables* ail values are converted first to F.P. values before 
operations with then are effected! (See APPLESOFT Reference Manual* page 18* second paragraph 
fro* bottom. > This process of inleger-to-F.P. conversion adds even sore tine to evaluating the 
expression. It is fairly easy to deaonstrate* by tieiog repeated execution loops* that such 
expressions take longer to evaluate. FQR-NEXT loop execution alone would be significantly 
iscreased if the authors had allowed the use of integer-type variables for the control 
variable. I have used a Basic which does allow this and the difference can be euite noticable* 

The evestioa becomes one of a Uhy bother with in User-types?*. In terms of APPLESOFT Basic* 
there art several things which can be stated in favor of integer-types. 

Bote Basic functions expect integer-type arguments. When such functions receive F.P. arguments* 
time test be taken to convert them to integer values* while integer values would be used 
directly. 

1 have also made use of the integer-type variable to denote certain types of values within 
ppograas. Hueorv addresses* fur exaeple* may all be maintained in integer variables* As such* 
these represent aura of a pros'ameer's aid and do not offer nuch of any aid to Basic* 

Iht most sifltoficaat area of usage for integur variables is in large numeric arrays. A 100x100 
array of F.P. values would raouire about 50*000 bytes of aeeorv — impossible within the APPLE 
11. If an integer array were used* only about 20*000 bates of oeaors would be needed — 
possible, depending upon the size of the program. This is a savings of 601!. The only 
restriction is that the values to be stored oust be representable in integer format: -32767 

through 432767. 

It should be pointed out* however* that there is no space savings in using siapie (non-array) 
iategir variables. Each numeric simple variable* F.P. or integer* consumes seven bytes of 
gMorw. For integer variables* three of the seven bates are not used* 

FLDATIN6 POINT VARIABLE PROGRAM 

A program which shows how floating point values are stored in the computer's memory has been 
provided. (Hopefully the editor(s> will not forget to print it along with this article.) The 
osar RUHs the program and enters any F.P. value when reouested. The program then prints out the 
hmxmdecimal representation for that value. 

The representation of the value is taken directly from the table which Applesoft keeps of all 
its simple variables. The variable V is used before any other variables in the program in line 
190. This insures that it will be the first entry in the table. Line 160 computes the memory 
location at the first of the five bules which will hold V's value. 
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The FDR..NEXT loom from lino 210 through line 270 scans through these five bates. PEEKing their 
values froo nee nr ¥ and displaying the* on the screen. The subroutine st line 300 is called 
tide# within the loop, printing one hexadecieal digit each tine (in line 310)♦ Line 220 
cunpotos the hisftt order digit to be printed by the subroutine, line 240 the low order digit. 
Uno 260 sinpia prints the space between each bate value. 


XJ8T 

180 REN 

FLOATING POINT 

110 

REN 

VARIABLE FQRNAT 

120 

130 

REN 

REN 

BY GUY A. LYlf 

140 

REN 



150 V > OS REN 1ST DEFINED 

160 LOC = PEEK (105) 4 256 * PEEK (106) 4 2 

170 HONE 

180 WUT -ENTER A VALUES "»V 
190 PRINT 

200 NTAB 51 PRINT Tl 

210 FOR I * LOC TO LOC 4 4 

220 1NVBBLE * INT ( PEEK (I) / 16) 

230 1 C OS t I B 300 

240 1NYBBLE * PEEK (1)- 16 t NYBBLE 

250 1 COSUB 300 

260 t PRINT * *1 

270 NEXT I 

280 PRINT 1 PRINT 

290 GOTO 180 

300 REN n PRINT HEX CHARACTER tl 

310 PRINT CKRS (48 4 NYBBLE 4 7 * (NYBBLE > 9)H 


for a copy of your patient's record for a 
malpractice defense. That's enough reason to 
DEconputerize. 

Hans of these problens are due to inproper 
aaintainence of aour disk drives and 
diskettes. The biggest culprit is (hist. Snail 
specks will settle on aour disk and 
eventually be carried into the disk drive 
where the sensitive read/urite head resides. 
The read/write head contacts the disk surface 
and senses or alters the nagnetic iron oxide 
(data) on the disk. If dust gets in the uaa. 
data nay be lost, especially in older, 
well-used disks in which the iron oxide has 
been worn thin (less nagnetic field). 

One can correct nuch of this problen by 
cleaning the head and head pads with a soft, 
dry paintbrush. Renove the drive cover and 
blow out the dust. (Use a rubber ball with a 
pipe on it that blows air when seueezed. NOT 
the canned air sold in photographic stores. 
Sometimes. the freon propellant escapes with 
the air. ED.) disk off the dust clinging to 
the head mechanism with the brush. Then check 
each socket assembly by plugging and then 
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320 RETURN 

HOUSE CLEANING 

Skip Neiburger DDS 
(c) 1980 Andent Inc. 

Reprint remitted for users 
groups* 

(At the last club neeting. a nenber asked ue 
if there was a way to clean the disk drive 
without spending the $20-30 on a diskette 
cleaning kit. Coincidentla. Skip had sent 
this as one of several articles for the 
newsletter. I am cautious of Skip's approach 
here in regard to any uneualified individual 
tackling this problen as described below. 
However. I see no ham if you know what you 
are doing. DMA.) 

Some day. if it hasn't arrived already, you 
nay experience some odd behavior involving 
your floppy disk drives* You nay notice 
incomplete program loads, lost data or 
occasional failures to boot-up (load a disk 
to the computer). It may happen only at odd 
times or occur with great regularity - being 
inconvenient at best, which tends to cause 
some concern. It is of little problem if yew 
are playing a game, but what disasters can 
compare with this 'glitch' occuring in the 
niddle of billing or when your lawyer asks 
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CLUB NEWS 

CLUB OFFICERS 

President! Don Fuller-312-991-6868 Officers meetings are held at the President's 


Vice Pres! Nike Robins-312-593-2709 

Secretary! Joel Kurasch-312-677-8358 

Treasurer* Janes Wilson-312-358-2196 

Librarian! Hike Rose-312-359-4306 

Asst* Lib! Julian Vassau 
Pros. Crn! Ken Rose 
ML Staff! Jin Nowak 

Club Addresses! 

HEHBERSHIPr etc—BOX 787 

Palatine* II. 60067 

NEWSLETTER-Dave Alrert 

880 Hellods 

Lake Forest* II. 60045 
312-295-6078 
SQURCEt-TCA 640 
HODEH 312-295-6926 


hone on the Tuesday evenins followins the 
regularly scheduled meeting starting at 7r>n» 


Regular meetings are held at the Schaueberg 
Library* 100 Library Lane* Schaunberg* II. 


MEMBERS AIDE 

The members listed below have volunteered to 
answer Questions fron club nenbers who need a 
'HOT LIME' type approach. Please try to be 
brief when you call as a courtesy to then. 

Listed below are the nanes and phone nunbers. 
The nunbers after their nanes represent their 
special talent. PLEASE-no calls after lOpn. 


BULLETIN BOARD—312-991-6245 daily Earl Allen-312-837-9259 1-9 

as available and after Mike Robins-312-593-2709 9-0 

10!30pn local tine Paul Stadfield—312-359-2378 4-9 

Guy Lyle-312-438-7941 4-9 

Henbership is open to all. Dues are $12.00 Ted Rosenan - 

annually. New nenbers are reeuired to supply Mary Rosenan-312-338-4833 2*3 

one disk or cash eouivalent ($5.00) at the Joel Kurasch-312-677-8358 9 

tine of adnission to the club. Disk not Leon Alexander—312-725-5309 9 ‘ 

reeuired of renewals. Henbership applications Gordon Banks-312-324-6194 0 

are available fron the club Secretary at the Rich Lundeen-312-420-2008 2r3 

neetings or by nail. 

Mach. Lang=l Int. Basic=2 

NSAUG NEWSLETTER is published by the Applesoft =3 Hardware =4 

Northwest Suburban APPLE Users Group and Arrays =5 DOS =6 

edited by Dave Alrert. Contents nay be 
reproduced by other APPLE clubs for their All of above=9 


newsletters or bulletines except where PASCSAL=0 (not included in #9 designation) 
specifically reserved by the author. 

Permission to copy these articles nay be When numbers appear befor a 9* the person is 
obtained by writing the author through our especially Qualified in that area as well as 
editorial offices. Please indicate TIE in all other areas. 

HARVEST as the source of any naterial 
reproduced. Newsletter exchange is welconed. 

The Harvest recognizes that APPLE and APPLE 
manufactured products are trademarks of the 
APPLE Computer Company. 


MEETING SCHEDULE 

Regular Meeting Sat. November 1 
Sat. December 6 
Sat. January 3* 

*tentative 

1979 1999 
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MORE CLUB NEWS 


SECRETARY'S REPORT 

Regular Meeting 
Meeting of October 4* 1980 

attendance: 130 

The meeting was called to order be Program 
Chairean Ken Rose* Librarian Nike Rose talked 
briefly about the library* Treasurer Jie 
Wilson reported on the club finances (see 
Treasurer's report)* Ken Rose then reminded 
everyone about the contest* the deadline for 
which is Deceeber 31* Dave Alpert* the 
Harvest editor* called for ouestions for the 
Ask Nr* Apple coluan' and other material for 
the newsletter* Vice-President Hike Robins 
spoke about the I»A*C» 


Reports were made by the following 

committees! 

1* Dinner dance 
2. Facilities 

3* Nominatins 

The secretary* treasurer* librarian* 
newsletter editor and IAC representative made 
reports* Major topics discussed were disk 
purchases for the club librarian* the new 
constitution* and a look at the prospects of 
incorporation* 

Respectfully submitted* 

Joel Kurasch 


Ken Rose then gave a presentation on Exec 
files* It was shown how these files could be 
used to do many things* including creating 
other programs* 

Dave Alpert then demonstrated how to draw a 
dog using the text screen* In the 
presentation* Dave explained how memory is 
mapped for the crl display* 

Paul Stadfield then presented a drawing* in 
high resolution graphics* with the use of a 
•sky writer"* Using a method of vectors* as 
opposed to HPLOTS* he showed the independance 
a programmer can achieve for locating a 
display on the screen* 

There was then an update on games available* 
Among the games discussed were* Dog Fight* 
Flight Simulator* The Wizard and the 
Princess* and Stellar Trek* 

Nr* Apple then informed the membership that 
the National Computer Conference is looking 
for presenters for it's show next Nay* in 
Chicago* The Apple /// is facing delays in 
production* and it is suspected that they 
will not be seen in the stores till '81* DOS 
3*3 is being re-released* with the known 
problems resolved* The future offering of 
Apple Computer stock was also discussed* 

There were 17 new members enrolled at the 
meeting* bringing the count to 208* In 
addition there were 24 renewals* 


t 

t NOVEMBER 

* AGENDA 

* 

* 

* 10:00-10t30 OPENING REMARKS 

t Ken Rose 

* 10:30-11:30 PRINTER TECHNOLOGY 

4 Terry Tufts 

« 11:30-11:45 DREAK 

* 

* li:4S-12:i5 PROGRAM LIKE EDITOR 

* DEMONSTRATION 

4 Dave Alpert 

* 12U5-12:30 REPORT ON S»I*G»S* 

4 SIG Leaders 

4 12:30-12:55 ASK NR* APPLE 
4 Hike Robins 

4 12:55- UOO PRESIDENT'S REMARKS 
4 Don Fuller 

* 


TREASURERS REPORT 

Month ending Sept* 31 

August Ending Dal* 4941.27 
Membership 146*00 

Newsletter <139.30> 

Disk Project 177*50 

Rise* Income 38*06 


Officers Meeting 
October 7*1980 

Program chairman Ken Rose discussed the 
December agenda which was approved by the 
officers* 


Sort* Ending Dal* 41163*53 


Respectfully submitted* 
Jie Wilson* Treasurer 
Oct 8*1980 
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PREZ SEZ! 


Novunter ilrcubr and Mho knows how deep the 
mom Mill get* 

Renewals* Got yours let So far* we have 24 
renewals -Plus- 18 new ousters so the count 
for 1981 is 42* 

Jest received a cons of 'The Orchard'« If you 
don't have a copy and are seriously into 
rrodraosinSr run* don't walk to your favorite 
cooputer store for a cops* There is a 
subscription fora in the sadazine for 
individual subscriptions* If you have a copy 
of 'The Orchard' and are wondering wha' 
happen to 'NSAUG's address* that Just happens 
to be the vice presidents abode* No problem* 
we'll still del the sail and hopefully* the 
next issue will contain a correction* 

Herts Rutstein will be filling in the details 
of the upconind social event next February* 
The entertainnent he has lined up sounds 
treoendous* The club will be subsidizing sone 
of the cost to keep your cost at a reasonable 
Mount* Co*e one* cone all*** 

October's neetins*** if you are interested in 
a followup on 'exec' files* see sone of the 
previous issues of 'The Harvest' (Subroutine 
8m's colunn )* Now that we know how good Dave 
Alport and Paul Stadfeld are at 'walking the 
dod'* I expect to see sone of their work 
appearing in 'The Harvest'*** if you weren't 
there to det the handouts* toooo bad** Pauls 
use of data statenents to get Snoopy on the 
hid) res page leads to all kinds of 
possibilities* 

1 trust that by this tine you have received a 
copy of the proposed new constitution* If you 
haven't* you will* The cover letter explains 
the reasons I think we need a new 
constitution and why we need it at this tine* 

The library is now set up to oailorder disks* 
He Mould like to ask that you order disks at 
the seeling if at all possible* The tine and 
effort spent on nail orders could Quickly set 
out of hand and the librarian nay get a bit 
testy if you overload him* Again* this was 
sot up prinarily for those who live Quite a 
distance away and can't cone to the neetings 
regularly* I sight add that this club is 
operating on volunteer services and if the 
workload gets too big* we say have a 
volunteer probles* 


Speaking of volunteers* If uou want to do 
sonsthing for the club* Just let se know (so 
there is no redundancy) and we'll try to set 
ueo in notion on your idea* Constructive 
efforts by setters are encouraged at all 
tines for the bellernenl of NSAUG* A good 
fleet to start is the suggestion box at the 

siotinds or s note in the nail* 

Don 


CONTEST NEWS 

The deadline for our progran contest is 
Decenber 31* 1980 and will provide an 
opportunity to win sone great prizes for the 
entrants* 

Larry Erdnan* Assistant Contest Chairman has 
contacted all Computer Stores in the Chicago 
area and thus far reports that nine of the 
fourteen have either pledged or donated 
additional prizes* The first and second 
prize from NSAUG is $100 and $50 
respectively* Prizes fron our friends in 
the Computer business range fron gift 
certificates of up to $50* software and a 
black and white nonitor* A conplete list of 
donors and their gifts will be listed next 
nonth* 

The entries will be Judged on originality* 
cleverness and prodranmins efficiency* They 
will become part of the club library* 
available to all members* with commercial 
rights reserved for the author. 

Winners will be announced at the club 
baneuet in February and a complete list will 
be published in the March Harvest* 

Ken Rose* Contest Chairman stated there will 
be special categories for novice and 
advanced programmers and there should be no 
hesitation in entering any program. His own 
program* Print Hello (5 Print Hello* 10 
End)* is currently one of the leading 
contenders* 

Programs nay be submitted to Ken at the 
November meeting...an Apple will be set up 
for that purpose* He may also be contacted 
at 359-4306 to set up mail or other means of 
receiving the programs* 

Get to work and get those programs in* 

FAULTY DISK? 

If your library disk shows an "1/0* error 
when trying to boot* bring it back to Mike 
Rose for a trade in* It's a faulty disk* 
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Nr* Atilt 



ASK 

. APPLE 


At • ■o a b er of the club I have looked over 
•enw of the disks in the club library* Upon 
running sane of thede program* I noticed 
that sono of these progress uill crash into 
the eon i tor T and ethers eight hist hand 
for no reasonv and the onlu way that 1 can 
get cootrol back is to hit reset* I have also 
noticed that a couple of the integer basic 
progress eight dive ee e *> 32767 ERROR* Do 
wou hive mu answers to these problem? 

Concerned Hesber 
Deer Concerned Renter* 

There have been soee consents about the 
library in regards to soee of the users 
having difficulty running soee of the 
progress* I hope in this answer to provide 
som hints about using soee of the progress 
in the library* 

First of all let ee say that the prodrae 
library is a contributed library froe our 
mot o r s* and eeebers of other groups around 
the world (we do have a disk froe the Apple 
Users group in Japan > and as such the 
progress and the docueentation for the 
program is only as good as the fore that we 
received it froe the contributor* lie should 
all be aware that we are getting these 
program for nothing and that basically we 
should not expect that these prodraes be as 
well docueeoted as a coasercial grade 
prodrae* The club software cossittee does 
sake an effort to sake surer to their best 
ability* that the progress will runr but they 
do not spend eanv hours with the prodraes and 
there saw be buds that eight show up with 
continued use* 

The second thing that I'd like to cover are 
som hints that eight sake it possible to run 
som 'unrunnable' software* Soee of the 
program in our library reouire that the user 
of the prodrae have certain hardware in his 
eachine* An exaaple of this eight be the 
Noontain Hardware clock for a version of 
'Oregon Trail' or a special printer to run a 


graphics dam* There are also som graphics 
rrOdraM that reouire that the "Prograeeers 
Aid 01* be installed* All of these things can 
cause the novice prodrateer a lot of 
headaches* Many tiees if you look at the 
prodrae there now be a consent about what 
special hardware the prograe needs to run* A 
clue to the use of a prodranaers aid chip 
aitilt be that the prodrae will crash out and 
go into the eonitor at an address around 
*0600 or soeethind like that (this is the 
location in neeory where the prodraseers aid 
software resides* If it's not there when the 
prodrae calls it > it will crash) 


Soee of the other errors with prograss beset 
the user with a 48K Apple* One of these that 
can be encountered is an integer basic 
predrae that when run dives a *> 32767 
ERROR** Many tiees the solution for this is 
to enter the direct coeeand -HIMEHi16384- 
uhich will set the pointer for HItfEH to a 
value that integer basic can calculate* In 
these cases* the contributor had a sealler 
size eachine when he wrote the prodrae* and 
had never given thoutfit* that then he does a 
calculation* tint the answer would exceed the 
ouearical value of *32767"* 

Another probleo can be the user who has a 16K 
or 32K eachine* and he Irws to run a prodrae 
that in too bid for his eachine* Soee of the 
results can be rather strange* The first and 
nont obvious error is that upon trying to 
load the prodrae* that it cones up with the 
wrrcr *FR06RMt TOO LARGE*. Hell that kind of 
saws it all* and should be Quite obvious* The 
other possibility is that the prosran will 
load properly* but it nay use too such 
variable space and an error *0UT OF MEMORY" 
now occur* 

Other conflicts nay arise on the saaller 
••chines when using the HIRES screen* A user 
of DOS with 32K of nenory does not have 

CONTINUED ON PAGE OA 
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ASK 

MR. APPLE 

access to the second ease of HIRES, due to 
the fact that BOS is occupying that area. Of 
course If the progras is trying to use that 
second rade* you uill find that your progras 
eiil probably crash with very unpredictable 
results. The sate type of probles also exist 
with users of Applesoft Basic in RAM.* but 
this tiee it is slightly different. The first 
HIRES rate is occupied by the Applesoft in 
RAM and again there can be unpredictable 
crashes. 

the Third rroblee is a prosras that uses a 
loads is a binary file* and crashes. There 
a>e sons progress that don't include 
stataeents to protect the sachine language 
parties of the progras fros the basic 
variable table by either using a •L0HEH!“ 
ststaeent or bu using a "HIKEH." statesent. 
The results of this are a prosras that sight 
hand or crash into the sonilor. A solution 
for this eight be to find out the binary 
length and starting address of the prosras 
and sanuatlw setting HIMEM or LQ&M to the 
app r opriate value and then try rerunning the 
protean. 

I hope that this has answered sose Questions 
about why proteass sight crash* and it should 
also be noted that these tricks apply not 
•aiu to prograss is our club library* but to 
eosoercial progress as well. Hot every 
aroteasser writes user“proof software. I also 
hasp that sw answer sight stisulate sose 
ewestion fros the sesbership* that can be 
•sod is future Hr. Apple colusns. If you have 

» suestion for Hr. Apple* please send it to 
the KSAUC P.0. Box or subsit it at the 
•eating to anu of the officers*or news letter 
editor. 

Hr. Apple 


HAHT ABS 

lave Irucfcer wasts to wilt 
Paper Tiger with graphics option 
Becislon Bata 1540 printer 
Applesoft card 

His Phone nunber is 312-54!“2!22 

Jin Wilson is interested in hearing fron gane 
Players. 312-358-2196 

Hr. Apple is interested in Getting Questions 
fron anyone. P.0. Box 787 Palatine* II. 60067 
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unplugging each connection. Look for 
corrosion and polish these areas with the end 
of a pencil eraser (avoid saking sore dust 

with the eraser scraps). Reconnect* Gently 
press each IC chip (after grounding 

yourself)* This will often isprove the 
electrical contact between the chip and it's 
socket. Unkink the cables and test for proper 
function* Occasionally a snail wire will work 

loose due to repeated flexing thus producing 
interuittanl electric contact. 

Take good care of your disks too* being 
careful to protect the surface fros dust by 
inserting thes in the enyelope issediately 
after use. Resesber the read/write head 

contacts the UNBERSIBE of the disk so that 

placing it naked on a table top say cause 
some friction on the data surface. Also note 
that sost disks are good for only 40 hours of 
continuous use. A wise person will sake 
back-ups and exchange thes freouently with 
the originals on a regular basis. 

By taking these precautions and applying a 
little preventive sedicine* you can help 
reduce the incidence of disk errors. 

MEMBERSHIP RENEWALS 

Please look at the sailing label on this 
newsletter* If you have an '80' under your 
nase* then you have not renewed for 81. 
Renewals for 81 sust be in by Decesber in 
order to continue receiving sesbership 
benefits. The sailing list will be expunged 
of delinouent nases about the 5th of 
Decesber. 

Applications were included in last months 
Harvest. If you have sisplaced yours or did 
not receive one* please call the club 
secretary. Please note that renewals are 
$12.00 and do not reeuire that a disk be 
given to the club. Renewals say be sailed to 
the club P0 Box or dropped off at the next 
seeting* 

We are shooting to eaual or exceed last 
year'5 renewal rate of 97Z. Please attend to 
this sailer as soon as possible* 

Thank You* 

Your Officers 
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NSAUG DISK ORDER FORM 

Please fill out and dive (op nail) top copy to the club librarian with the proper fee. If nail 
order * enclose check only* HO CASH* Indicate the volune lumbers of the disk you want below* 

( ) ( ) ( ) ( ) ( ) ( ) ( ) ( ) ( ) ( ) ( ) ( ) < X ) ( ) < ) < > < > < > < > < > < > < > ( > 

Date ordered_ 

Total no* of disks ordered_ * Librarian's use only * 

* $3*50=$_ Date (ready-nailed)-/-/- 

Hail svc.* *1.50/2 disks=*_ ( )Cash ( ) Anount *- 

Total enclosed $- 

Nane( please PRINT)_Address- 

_City_State_Zip- 

***************************************** TEAR HERE ******************************************* 

This copy for your records. Copy 2 

Disks ordered! 

< ) ( ) ( ) ( ) ( ) ( ) ( > ( ) ( ) ( ) ( ) ( ) ( ) ( ) ( > ( ) ( > ( ) ( ) ( ) ( ) ( ) < > < > 
Date submitted_Anount paid- 


NSAUG'S ST. VALENTINE'S DAY MASSACRE DINNER 
$25.00—PER COUPLE 

(Single "Suss" and "dais" $12.50 each.) 

THE BIGGEST EVENT OF THE YEAR 

Set aside Saturday nidht* Feb. 14* 1981 for our first 
annual dinner. NSAUG'S ST. VALENTINE'S MASSACRE DINNER 
will be held at the new Deerfield Golf Course Club House. 

We promise you a Cantonese buffet dinner from one of the 
best kitchens this side of Pekind (Illinois). 

Cash bar—Prohibition style. 

At the dinner we will have the announcements of our 
software contest winners* installation of our 1981 

officers* entertainment by an outstandind mentalist and a 
few Apple surprises. 

Incidentally* we'll also have prizes for those individuals 
and couples whose attire best fits the 1930 dandster and 
flapper theme. Otherwise* dress informally. 

Oh yes* no loaded weapons allowed! 

Reservations are a must as we have room 
mear: club house) for only 180 persons, 
served * 

So^ry* but this February 14 slaudhter 
persons from Hidh School ade up. 

Mail checks made out tot 

NSAUG 

c/o Martin Rutstein 
480 Juneberry Road 
Riverwoods* II. 60015 
(Include your name and telephone number ) 


in the darade (I 
First come* first 


is only open 
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